home *** CD-ROM | disk | FTP | other *** search
- Path: lem.iam.uni-bonn.de!user
- From: koehler@rhein.iam.uni-bonn.de (Kai Koehler)
- Newsgroups: comp.sys.amiga.applications,comp.sys.amiga.datacomm,comp.sys.amiga.misc
- Subject: Re: program not an object module?
- Date: Thu, 18 Apr 1996 11:04:25 +0100
- Organization: Universitaet Bonn
- Message-ID: <koehler-1804961104250001@lem.iam.uni-bonn.de>
- References: <koehler-1704961127180001@lem.iam.uni-bonn.de> <4l3jag$79p@ohnasn01.sinet.slb.com>
- NNTP-Posting-Host: lem.iam.uni-bonn.de
-
- In article <4l3jag$79p@ohnasn01.sinet.slb.com>,
- bar@canuck.englewood.geoquest.slb.com (Bernhard A. Rieckhoff) wrote:
-
- > Bet the files have been "Macified", try to obtain uuencoded copies.
- > Then you can always textedit out undesired stuff. Also look in
- > both the resource abd data fork directories on the PC disk, you may
- > be getting the wrong one. AND if you use ftp make sure the setting
- > is binary or image.
-
- I don't think that resource data forks are related to this problem. When
- one gets files from the net, they do not have a resource fork. They are
- just plain binary files. ResEdit, when applied to them, askes you wether
- it should generate the resource fork. When one stores them on a PC disk,
- one gets just one file and not an additional file with the resource fork.
- And why is only the program code disturbed, but the .info-file with the
- custom icon information works absolutely o.k.? If there would be something
- dramatically happening with the data structure, I shouldn't be able to
- transport pictures.
-
- Thanks nevertheless
-
- Kai
-